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1 . (Currently amended) A method of transforming application scenarios written with 
ontology expressions into software applications, comprising: tr anslating - ea-ptwmg 
appfk^en business rules, c aptured as ontology expressions in atbe-knowledgebase, 
into an application scenario; transforming the actions - afldH^ing-sefV ice m e ssag e s 
wHMhe--ku&i n e ss rul es-in said application scenario into interactions with at least ones 
-transfo r ming acts of; a - sc e narios ^aftd-kufei n e ss r-ules-intQ- int e ract i ons -with 
knowledgebase, one or more presentation components, and toe-underlying app li cat i on 
services. 



2. (Currently amended) The method of claim 1 , further comprising at least one of : 



jrCtl rCTI I w I I 



epp\k 

(b) — Applicatio n Scena rio-F^a y e r oapa l > ie- of playing scenarios and trans fe ....... ^ „ 

scervafie^-and-b^ftess odes^fMe^meractiorew^ 
compefte**ts T ^Rd4heH*nd^ 

(c) Serv i c e CoruiMtef, 
(d}-~ -Pfese^^er-GGmpwerrt^ 

(e) — Service -g o mp ori ents 

(f) Gorom Ltf iioatro r-^a ftd Optimiz e r -oo-mp&flertfs 

(g) -methods e^afelm§-: 

(f) separation of a p p I ioa ti ofi-softwa re into the application business layer, which 
describes business rules as ontology expressions and service calls, and the application 
a^d- service messa g e s, o Rd-^he-system-layer, which describes services^ (4j>-storage of 
busi n e ss lay er 4e&Gf*t^wtl^^ as b usiness- rul e s and 

soenams-^v-the -jmewJedgefeaser 

<Hi> interpretation of scenarios and-bu&wess rules 4«te mteFaGti©fts-wWvknowle4geba$e- f 
pres^tation^mpofleg^^ a pp l icat i on services 

(iv) creation and modification of business rules and scenarios that comprise the 
application businessjayer at run-time,{v)-tov ooat i on o f-sfr rvic e s d e signo clas^jitegratfeft- 
feady- Gompefients-wrt^-diffe-F ef*fe*ed^Pis 

(viHr^slatiQA-of sriapsfrfrfs^f existmg-rutes a nd soen arios into sourc e-oode^a 
tradi{ional4wecMGFra-3^^ 

(vtf) analysis of successful scenario execution including at feast one a fc 
-a) history of successes, b) history of interpretation failures, -e) learning scenarios 
that prompt an agent (a user or a program) to re-define the input or to provide more 
details for better interpretation^ -d) queue of scenarios with un-answered questions 
to resolve unsuccessful interpretations, 

{viifrgf^w^ and se rv i c e ete m e nts e x i sti n9-OB-d4stributed 

petwefk-sy steffls bu te- w i th this arch i t e ctur e fo^w tt i ple form s of collaborat i on 

sha r i ng k no w le dge o nd-se rvic e r e sourc e s o ve r distr i buted notworko 

3. (New) The method of claim 2, further comprising; awareness of and interaction with 
knowledgebase and service elements existing on distributed network systems built with 
this architecture; at least one method enabling collaboration and sharing of knowledge 
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and service resources over distributed networks. 



4. (New) The method of claim 2, further comprising: translation of existing application 
scenarios into source code for traditional fixed-form applications with better 
performance but less flexibility, 

5. (New) A system for storing and executing application scenarios, comprising: a 
knowledgebase containing knowledge facts and business rules captured as ontological 
expressions, as well as sets of said business rules called application scenarios; a 
Scenario Player that is able to transform actions captured in application scenarios into 
interactions with at least one of a knowledgebase, presentation components, and 
underlying services. 

6. (Currently amended) Knowleclg^w^ 

The syste m of claim 5, wherein application scenarios are written with the Application 
Scenario Language , which describes t^t-a4tews-de v el op Q rs M^ ijKingsr . ^v poftc^ 
€fyieWy-fe«4l44he-softwafe application 1ayer-^Ktes^r4bfR§- application flow as a set of 
scenarios that define interactions between system components and agents, where said 
agents can be users, human beings, or programs. ^fo^KamSr^opexampl^-a partner 
pfogfafflH=*>gage^ 

7. (Currently amended) knowl e dge - driv e n archit e cture of claim 2 

The syste m of claim 6. wherein application scenarios consist of scenario actions aets 
that can define any of : 

(i) interactions between system components and agents 

(ii) prompt messages to agents, expected agent responses, if any, and rules for 
interpretation of agent responses 

(iii) invocations of knowledgebase services, like queries, assertions, etc. using 
service names and optional arguments 

(iv) invocations of application services using service and operation names and 
optional arguments 

(v) variables that are replaced with their values at run-time 

(vi) conditions based on run-time variable values and knowledgebase queries 

(vii) the order of execution of scenarios and scenario acts 

(viii) aliases, or multiple ways of expressing the same meaning 

(ix) translation policies related to input 

(x) possible agent events and event handling rules 

(xi) instructions for presentation components 

8. (Currently amended) KfK=wte^-^^ 1 w h e r e in the -P^seftef 

kjizi ! i trr^f u \J O 

The system of claim 5. further co mprising a Presenter component that includes one or 
more o f: 
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(i) Formatter that prepares data for audio or video presen tat ion i nt e ract i oiv or for 
communication with to-other programs 

(ii) Communicator that provides formatted data communications via peer-to-peer 
distributed networks or any other protocols to provide collaborative access to 
knowledge and serv ic es existing on distributed network systems built with this 
architecture 

{iii) Performer that uses formatted data for actual presentation via voice or 
screen-. 

(iv) Special sp e c i a l engines such as speech, handwriting, or image recognition, 
which can roigbt target a-specific types of user input. 



9. (Canceled) 
Know l edg e-d r i vo n a ro hiteGtuf 



^kfiowlcDdgebaGO component 



10. (Canceled) 

Knowl edg e d r4ven -a rchit e c tt4fe-of-< 
the i nt e rface r equire d by the -Service Connec tor 



11. (Currently amended) The sy stem of claim 5, further compris i ng a Presenter 
component that includes one or more of: 

i r> /-> 1 1 irisi e* ■ 
II lU'U V v 0*r 

(i) Object Retrieval that is able to find an existing service object-or load the 
requested service definitio n Glass and instantiate the sen/icepbject at run-time 

(ii) Object Registry that associates service objects with service and object 
names, stores service objects, and makes them reusable 

(iii) Method Retrieval that retrieves the proper service method belonging to a 
selected service object based on the provided method arguments 

(iv) Method Performer that performs the requested sen/ice operation on the 
selected service object 



12. (New) The system of claim 1 1 , further comprising a Knowledge Service component, 
which serves as an adapter to the knowledgebase, adapting the knowledge engine 
interface to the interface required by the Service Connector 

13. (Currently amended) 9. Knowled ge- driv e n or efatectwe^claim- 1 wh e r ei n &e 
Qptimizef 

The sys tem of claim 5. furthe r comprising an Optimizer component that takes a 
snapshot of existing rules and scenarios and translates them into source code in a 
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language such as Java or C#, which can later be compiled into binary code to fix the 
current application rules into a regular application that lacks flexibility but provides better 
performance. 



14. (Currently amended) Kn owledge dr i ven archit e ct u r e o f cl a im4 

The system of claim 5, wherein the Application Scenario Player contains but is not 

limited to at least one of: 

(i) Input Type Checker that checks current input and, depending on its type, 
submits the input to one of several interpreters 



(ii) One or more interpreters r &uofr-a s th e Scenar i o Act lnterpr e t e r t 4he-PforRpt 

Response latefpretef-, the-New-Agerrt Re<^st4ttteff> rotor ? otc. that , based on 
scenam>-a^d-^FW>wted9ebase -*u4e6 T that translate acts of scenarios or any other 
input into a direct action by one of the system components , based on scenario 
and knowledgebase rules. 

(iii) Queue of Scenarios that stores the current scenario when it cannot be 
executed at the current time, but needs to be executed later. 

(iv) Success Analysis component that can store and retrieve fetrelve a history of 
interpretation successes and failuresr and A in the case of interpretation failure^jcan 
invoke -wwtes one of several learning scenarios that prompt an agent (a user or a 
program) to re-define the input or to provide more details for a better interpretation. 

1 5. (Currently amended) Knowledge d ri v en ar chi tectur e of olaim 1 

T he system of claim 5. wherein knowledge facts. service > and scenario components are 
endowed with usage and value properties. 

16. (New) The method of claim 5, further comprising: creation and modification 
knowledge facts, services, and composite service scenarios. 



17. (New) The method of claim 5, further comprising: initial definition of the usage and 
value properties of newly created facts, services, and scenarios and ability to change 
these values at run time. 



18. (Currently amended) Kn ow le dg e- driv e n archit e ctur e of claim 9 
The system of claim 17, wherein a the Success Analysis component maintains and 
consistently refines a list of previously used services with their APIs, keywords, 
descriptions, and related scenarios in the knowledgebase, and re-evaluates the usage 
and value properties of the services. 
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19. (Currently amended) K now l edge dr i v e n architecture of claim 9 

The system of claim 18, wherein a the New Agent Request interpreter uses the list of 
previously used services with their interface definitions, APIs- keywords, descriptions, 
and related scenarios to automatically translate for automatic translat i on of user 
requests into service interfaces APIs and scenario actions aete. 

20. (Currently amended) Knowlodgc dr i ven arch i tectur e of cla i m 9 

The system of claim 1 9, wherein the New Agent Request interpreter uses a list of 
previously used services with their interfaces, AP\&r keywords, descriptions, and related 
scenarios to offer selected parts of this information to the user for semi-automated s e mi - 
automatic translation of new requests into service interfaces APte and scenario actions. 

21 . (Canceled) 

bu ilt with -tfris-af ehite ctur e . 

22. (Canceled) 

propagates via the-GommufH^tef4o-<listo^ 

s e rv i ce A P-l-Of-a-new-k nowlodgo subj e ct after th e f i rst succ e ss operat i on that i ncluded 
fo e s e rv i ce o r--the-know4e4ge sutejeG^an d-t h e n aft e r -e ach updat e prov i d e d l ocally by th e 
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